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(57) Abstract: When optimising the performance of the net- 
work, first of all, the relevant key performance indicators for 
a specific entity within the network as well as first parameters, 
which influence the key performance indicators, are determined. 
A number of entities similar to said specific entity is selected, 
wherein relevant key performance indicators are associated to 
every en-tity. The key performance indicators as well as the se- 
lected number of en-tities are used as elements in a first cost 
function, i.e. said first cost func-tion is calculated on the basis 
of the KPI and the number of entities. Said first cost function is 
calculated in order to evaluate the network perform-ance. Ac- 
cordingly, since said first parameters directly relate to the key 
per-formance indicators, the network performance will depend 
on the values of said first parameters. Thereafter the values of 
said first parameters are adjusted, so that a sec-ond set of val- 
ues of said first parameters are obtained. The key perform-ance 
indicators are determined again but this time on the basis of the 
sec-ond values of said first parameters and said first cost func- 
tion is re -calculated on the basis of these key performance in- 
dicators. The result of said first cost function calculated on the 
basis of said first values of said first parameters is compared to 
the result of said first cost function re-calculated on the basis of 
said second values of said first parameters. This comparison is 
carried out to determine whether the network performance has 
improved. When the network performance has improved due to 
the adjusting of said first parameters, said second values of said 
first parame-ters are adopted as permanent parameters. 
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Method and system for optimising 
the performance of a network 



FIELD OF THE INVENTION 

The invention relates to a method and system for optimising the perform- 
ance of a network. 



BACKGROUND OF THE INVENTION 

10 

Telecommunications Management Network (TMN) model provides a 
widely accepted view about how the business of a service provider is to be 
managed. The TMN model consists of four layers, usually arranged in a 
triangle or pyramid, with business management at the top, service man- 

15 agement the second layer, network management the third layer, and ele- 
ment management at the bottom. Management decisions at each layer are 
different but related to each other. Working from the top down, each layer 
imposes requirements on the layer below. Working from the bottom up, 
each layer provides important source of data to the layer above. The 

20 TeleManagement Forum's (TMF) TMN sets the guidelines for the 
optimisation functionalities and processes. The 3 rd Generation Partnership 
Project (3GPP) has adopted the same model. The scope of TMF is to find 
standardised way to define service quality, set requirements for networks 
in terms of quality of service (QoS) measurements, and make it possible to 

25 have QoS reports between providers and systems that implement the ser- 
vice. 



According to the TMN model the information from the upper level systems 
flows down, guaranteeing seamless operation and optimisation possibili- 
30 ties for the network. The TMN model is depicted in Fig. 3. The information 
flow from the business management layers all the way down to the service 
management and network management layers is essential since the busi- 
ness aspects have to be considered carefully in the optimisation and net- 
work development process. The TMN model demonstrates the change of 
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the abstraction level in the operator's daily work. The business plan effi- 
ciency can be measured with capital and operational expenditure (CAPEX, 
OPEX) and revenue. The wanted business scenario is then translated to 
offered services, service priorities and service QoS requirements. On the 
5 lowest (network element) level of the TMN model the business related is- 
sues are converted into configuration parameter settings. 

Functions supported by TMN's Business Management Systems are, for 
example, to create an investment plan, to define the main QoS criteria for 
10 the proposed network and its services, to create a technical development 
path (expansion plan) to ensure that the anticipated growth in subscriber 
numbers is provided for. 

Functions supported by Service Management Systems are for example to 
15 take care of subscriber data, the provision of services and subscribers, to 
collect and rate bill offered services, to create, promote and monitor ser- 
vices. 

Functions supported by Network Management Systems (NMS) are to plan 
20 the network, to collect information from the underlying networks and 
pre/post-process the raw data, to analyse and distribute information, to 
optimise network capacity and quality. 

Element management systems can be considered as part of Network 
25 Element functionality with the responsibility to monitor the functioning of 
the equipment, to collect raw data (performance indicators), provide local 
graphical user interface (GUI) for site engineers, and to mediate towards 
the NMS system. 

30 In addition to TMN, the TMF also defines a Telecom Operations Map 
(TOM). Telecom and data service providers must apply a customer ori- 
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ented service management approach using business process manage- 
ment methodologies to cost effectively manage their businesses and de- 
liver the service and quality customers require. TOM identifies a number of 
operations management processes covering Customer Care, Service 
5 Management and Network Management. The Telecom Operations Map 
uses the layers of the TMN model as core business processes, but divides 
the service management layer into 2 parts: Customer Care and Service 
Development and Operations. Customer Interface Management is sepa- 
rately delineated, because Customer Interface Management may be man- 
10 aged within the individual Customer Care sub-process or, in combination 
across one or more of the Customer Care sub-processes. 

Fig. 4 shows the high-level structure of Network Management processes 
and the supporting Function Set Groups. According to the framework pro- 
15 vided by TOM it is possible to map each of the high level processes to a 
series of component functions (arranged in function set groups). Provided 
that: 

• Network performance management (PM) provides adequate meas- 
urements; 

20 • Network configuration management supports the whole TMF frame 
work; 

• There is intelligence in network management system (NMS) to 
combine these two information. 

25 It then identifies relationships and information flows between them. In Fig. 
4 the TOM and its components are presented. The functionalities of the 
layers are the same as in Fig. 3 to indicate the corresponding manage- 
ment layers. 

30 A detailed description of the TMN model and the TOM can be found on the 
homepage of the TMF (see http://www.tmforum.org). 
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In current cellular systems the radio resources are handled with numerous 
parameters, wherein the parameter value settings are fixed even in chang- 
ing conditions. The task of an operator is to manually tune the parameter 

5 settings to meet the right operating point in terms of quality of service. Of- 
ten the objective when doing optimising has been "just to get it working". 
This tuning has been relatively straightforward in simple GSM networks 
with pure speech services. In the case of WCDMA the complexity of these 
parameter settings is manifold: multiple services, service classes, even 

10 multi-radio environment. The WCDMA based cellular systems will offer 
variability of packet and circuit switched services and therefore are more 
complicated to plan and control than today's networks. The strong cou- 
pling of the cells adds the complexity. For an operator it is essential to 
utilise all possible resources to improve the capacity and Quality of Ser- 

1 5 vice (QoS) of the radio network. 

A network optimising process serves to improve the overall network quality 
as experienced by the mobile subscriber and to ensure an efficient use of 
the network resources. The optimising process includes the analysis of the 

20 network and improvements in the network configuration and performance. 
Statistics of key performance indicators (KPI) for the operational network 
are fed to a tool for analysing the network status and the radio resource 
management (RRM) parameters can be manually tuned for the better per- 
formance. The key performance indicators (KPI) are defined in an initial 

25 phase of the optimisation process. They consist for example of measure- 
ments in the network management system (NMS) and of field measure- 
ment data or any other information, which can be used to determine the 
quality of service (QoS) of the network. For a second generation systems 
quality of service QoS has consisted for example of dropped call statistics, 

30 dropped call cause analysis, handover statistics and measurements of 
successful call attempts, while for third generation systems with a greater 
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variety of services new definitions of quality of service QoS for quality 
analysis must be generated. 

To optimise the overall revenue of a network operator or a service provider 
5 reducing the costs of the operation and maintenance of a network system 
has prompted the need for process automation in said network system. 

SUMMARY OF THE INVENTION 

10 It is therefore an object of the invention to improve the process of optimis- 
ing network resources. 

This object is solved by a method for optimising the performance of a net- 
work according to claim 1, a corresponding system according to claim 12. 

15 

The invention is based on the idea to optimise network resources by 
means of one centralised cost function rather than optimising the network 
resources separately. 

20 Currently the radio resource management algorithms are parameterised 
separately: handover control, admission control, power control etc. pa- 
rameter values are set independently and one can identify cases where for 
example hand over problems are due to wrong power control (CPICH) set- 
ting. Change in the admission control setting can result in a change in the 

25 quality of the packet data. 

Therefore, when optimising the performance of the network, first of all, the 
relevant key performance indicators for a specific entity within the network 
as well as first parameters, which influence the key performance indica- 
30 tors, are determined. A number of entities similar to said specific entity is 
selected, wherein relevant key performance indicators are associated to 
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every entity. The key performance indicators as well as the selected num- 
ber of entities are used as elements in a first cost function, i.e. said first 
cost function is calculated on the basis of the KPI and the number of enti- 
ties. Said first cost function is calculated in order to evaluate the network 
5 performance. Accordingly, since said first parameters directly relate to the 
key performance indicators, the network performance will be depend on 
first values of said first parameters. 

Thereafter the values of said first parameters are adjusted, so that a sec- 
10 ond set of values of said first parameters are obtained. The key perform- 
ance indicators are determined again but this time on the basis of the sec- 
ond values of said first parameters and said first cost function is re- 
calculated on the basis of these key performance indicators. The result of 
said first cost function calculated on the basis of said first values of said 
15 first parameters is compared to the result of said first cost function re- 
calculated on the basis of said second values of said first parameters. This 
comparison is carried out to determine whether the network performance 
has improved. When the network performance has improved due to the 
adjusting of said first parameters, said second values of said first parame- 
20 ters are adopted as permanent parameters. 

Setting separate parameters based on many algorithms rather than opti- 
mising a parameter set with a central control function can cause oscilla- 
tions in the parameter values, since cases may occur where changing one 
25 parameter to optimise a KPI may adversely affect other KPI's. Therefore, 
it is advantageous to monitor the radio resource management as a whole 
by a centralised cost function rather than individual functions, in order to 
coordinate the changing of the respective parameters. 

30 According to a development of the invention, the respective key perform- 
ance indicators are weighted with different weight coefficients within said 
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first cost function. Using different weight coefficients allows to allocate 
more influence of one or more key performance indicators on the first cost 
function. 

5 According to a further development of the invention, reference values for 
the key performance indicators are set and the key performance indicators 
in the first cost function are replaced by the difference between the current 
key performance indicators and the respective reference values (to define 
the "cost" see equation (1)). Hence, the first cost function is now calcu- 
10 lated on the basis of the difference between the current key performance 
indicators and the respective reference of values. This allows to set quality 
of service targets based on the cost of the KPI(s) on the system. 

According to a preferred development of the invention, said first cost func- 
15 tion is composed of a second and a third cost function, wherein said sec- 
ond cost function represents the quality requirements within the network 
and said third cost function represents the capacity requirements within 
the network. Said second cost function is weighted with a second weight 
coefficient while said third cost function is weighted with a third weight co- 
20 efficient Providing the second and third cost function in connection with 
their respective weight coefficients makes it possible to incorporate the 
trade-off between capacity and quality within the first cost function. 

According to a further preferred development of the invention, the second 
25 and third cost function are composed of the selected entities, wherein the 
determined key performance indicators are associated to each entity. This 
allows to incorporate a broad distribution of key performance indicators 
from across the network. 

30 According to a further development of the invention, said entity can be rep- 
resented by the cell or the user group within the network. Accordingly, the 
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cost function can be calculated for example on the basis of a cell or a clus- 
ter of cells. 

According to a further preferred development of the invention, the steps for 
5 optimising the network performance are iterated, so that the optimising 
process can be automated. 

According to still a further preferred development of the invention, the val- 
ues of the KPI's together with the respective first parameters and the cor- 

10 responding result of the first cost function are stored to create a history 
database. The current result of said first cost function is compared with 
previous results thereof stored in the history database in order to deter- 
mine whether the network performance has improved within a predeter- 
mined time interval. However, if no improvements of the network perform- 

15 ance have been made within said predetermined time interval a respective 
notification is being issued. Issuing the notification when no improvements 
are detected for a predetermined time interval, can avoid the occurrence 
of deadlock during the automated process and point out to possible prob- 
lems. 

20 

BRIEF DESCRIPTION OF THE DRAWINGS 

In the following, the present invention will be described in greater detail on 
the basis of preferred embodiments with reference to the accompanying 
25 drawings, in which: 

Fig. 1 shows a flow chart of an automated process for optimising the net- 
work performance 

30 Fig. 2 shows an example of a KPI cost function; 
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Fig. 3 shows a diagram of the telecommunications management network 
(TMN) model; 

Fig. 4 shows a diagram of the Telecom operation map (TOM), and 

5 

Fig. 5 shows an illustration of the combination of monitoring and optimis- 
ing functions to combine different management layers. 

DESCRIPTION OF THE PREFERRED EMBODIMENT 

10 

In Fig 1 a flow chart of an automated process for optimising the network 
performance according to the first embodiment is shown. First of all, in the 
step S1, those key performance indicators, which describe the perform- 
ance of the part of interest of the network, are selected. Then, in step S2 

15 those configuration parameters, upon which the KPI's depend on, are de- 
termined. In step S3 the number of cells, which are to be included into the 
optimising process, are selected, i.e. selecting a cluster of cells. The cur- 
rent values of the KPI's are determined based on the respective configura- 
tion parameters in step S4. Thereafter, in step S5 the cost function is cal- 

20 culated on the basis of the current values of the KPI's and the number of 
cells. The result of the cost function, the values of the KPI's and the con- 
figuration parameters are stored in a history database in step S6. 

At least one value of the respective configuration parameters is adjusted in 
25 step S7, resulting in a new set of configuration parameters. Based on this 
new set of configuration parameters new KPI values are determined in 
step S4 and the cost function is re-calculated in step S5 on the basis of 
the new KPI values and the (unchanged) number of cells as selected in 
step S3. The new result of the cost function, the new KPI and configura- 
30 tion parameter values are also stored in the history database in step S6. 
Subsequently, the new result of the cost function - based on the 



WO 03/037018 



PCT/EP01/12374 



- 10- 

new/adjusted set of configuration parameters - is compared to previous 
results of the cost function stored in the history database in step S8 in or- 
der to determine whether the network performance of interest has im- 
proved after adjusting the configuration parameters. 

5 

If the network performance has improved after adjusting the configuration 
parameters, the adjusted set of configuration parameters are adopted as 
permanent parameters in step S9. While, if it has been determined in step 
S8 that the network performance has not improved after adjusting the con- 
10 figuration parameters, the first set of configuration parameters, as stored 
in the history database in step S6, are adopted as permanent parameters 
in step S9. 

In step S10 is checked whether the network performance has improved 
15 within a predetermined time interval. When the network performance has 
not improved during the predetermined time interval, i.e. the KPI history 
has not improved even though auto-tuning is performed, the network op- 
erator is notified in step S12 that a problem has occurred with the auto- 
mated process for optimising the network performance. Since it is clear 
20 that many of the parameter values will not be auto-tuned, and that auto- 
tuning cannot always optimise the network, the operator can then check 
whether this problem is due to hardware problems or whether - under the 
current network conditions - it is not possible to automatically optimise the 
network performance. In such a case of the network operator will have to 
25 resume to manually optimise the network performance. 

On the other side when the network performance has improved during the 
predetermined time interval the flow jumps to step S7 where the configura- 
tion parameters are adjusted again in order to further optimise the network 
30 performance. The flow will then continue as described above. 
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In a second embodiment not only the relevant KPI's are selected in step 
S1 but also a set of QoS targets is determined, which is expressed in a set 
of reference KPI. The automated process for optimising the network per- 
formance according to the second embodiment corresponds substantially 
5 to the optimising process according to the first embodiment. The only dif- 
ference is that the difference between the KPI and the reference KPI is 
used instead of the KPI value when the calculating the cost function in 
step S5. 

10 Accordingly, the operator sets capacity requirements for certain capacity 
KPIs denoted KPI_C with "ref" in the sub-index. Correspondingly, the op- 
erator sets quality requirements for certain KPI_Qs. The quality and 
capacity costs can then be calculated as in equation (1). 

QualityCost = £ ]►>, * f(KPI _Q t -KPI _Q iJfef ) 

cellseCLUSTER i 

15 CapacityCost = £ £ /?, *f{KPI _ C, - KPI _ C l7ef ) < 1 > 

cellseCLUSTER i 

Different cost functions can be combined or summed with weight coeffi- 
cients a and p. By controlling or changing weight coefficients a and (3 a 
certain type of cost can be emphasised and the overall some. 

20 

The mathematical formulation of the task of optimising the network per- 
formance can be seen as to find a combination of air interface configura- 
tion parameters based on which the KPIs are as close to the desired area 
as possible. 

25 

Fig. 2 shows an example of a KPI cost function f. In this example, the cost 
for KPI values higher than KPI_ref is increasing linearly. However, the cost 
functions can also take other shapes. 
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The total cost function to be optimised, i.e. minimized, is presented in 
equation (3). A trade-off between capacity and quality requirements can 
be accomplished using the parameter W. The minimization is performed 
5 by adjusting the configuration parameters (2). The KPI values also depend 
on the service distribution, e.g. different costs and parameter settings will 
be achieved depending on the service distribution. 

KPI_C t = /(Configuration parameters, Service Distribution) 
KPI _ Qj = /(Configuration parameters, Service Distribution) ^ 

10 

Total COST = W* QualityCost + Q.-W)* CapacityCost (3) 

Factors that may affect the optimisation process are for example the traffic 
profile (service mix), traffic density, pricing of each service etc. The ulti- 
15 mate goals when minimizing the total cost include to optimise the opera- 
tors revenue, to minimise CAPEX and OPEX, as well as to maintain good 
reputation of the operator. 

A specific example of the cost function TOTAL COST can be calculated 
20 according to equations (4) to (8) as follows: 

(4) TOTAL COST = C(Queuing Ratio) + C( BAD Quality Ratio) + 
C(Dropping Ratio) + C(Blocking Ratio) 

C(Queuing Ratio) = 0.05 * Dev (Queuing Ratio - allowed Queuing 
Ratio) 

C(Bad Quality Ratio) = 0.2 * Dev (Bad Quality Ratio - allowed Bad 
Quality Ratio) (6) 



25 with 
(5) 

(6) 
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(7) C(Dropping Ratio) = 1 * Dev (Dropping Ratio - allowed Dropping 
Ratio) 

(8) C(Blocking Ratio) = 0.10 * Dev (Blocking Ratio - allowed Blocking 
Ratio) 

5 

The optimisation challenge is to combine seamlessly all the different TOM 
management layers, wherein the fact, that the measurements (quality and 
cost indicators) from different layers use different language, should be 
taken into account. 

10 

When the optimising process is implemented in the NMS of a network, the 
operators' decision on the customer care and service management layers 
are supported. To be able to do this a derivation of cost functions including 
configuration and (PM) measurements performed on the lower layer are 
1 5 translated to "language" on the layer above. This can be carried out by: 

Performing a technical translation (mapping) from Radio Access Network 
parameter (settings) to service related quality expectations/targets. In 
practise this means correlating the configuration management and per- 
20 formance management. I.e. certain configured functional entity is moni- 
tored by certain set of measurements. The performance of the entity is 
derived with a cost function utilising the defined measurements. 

In practise the following means translation of measurements of larger en- 
25 tity (i.e. cell, traffic class, etc.) to user level entity be able to statistically 
conclude the quality of individual users. Also this step is performed with a 
with weighted cost function(s). Furthermore, it is possible to combine 
these individual translations with cost function to achieve wanted end user 
quality indication. 

30 
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1) A technical translation (mapping) from Radio Access Network meas- 
urements (network performance) to end user flow level grade of service 
(experienced quality). 

5 2) A technical translation from aggregate level (UMTS traffic classes) pa- 
rameters settings to end user flow level grade of service (experienced 
quality), 

3) A technical mapping from measurements per traffic class to settings to 
1 0 end user flow level grade of service (experienced quality), 

and/or a combination function of traffic class and flow level information 
(parameters and settings) with a cost function to support the parameteris- 
ing and monitoring of end user GOS. 

15 

Fig. 5 shows an illustration of the combination of network monitoring and 
optimising functions which are used to combine different management 
layers within the network by mapping. 

20 The mapping is carried out from one layer to the next one by combining 
the network measurements, the performance indicators PI and/or the KPI 
with a cost function 

And cost function for the grade of service GOS as experienced by the 
25 subscriber can be calculated as described in equation (9): 

(9) GOS = C(Service Availability) + C(Delay and Jittering) + 
C(Quality) + C(Dropping) + C(Service Accessibility) + 
C(Equivalent Bitrate or User throughput) 
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Wherein the delay is composed of Service Access Delay and Queuing 
Transmission Delay. Non real-time quality is influenced by packet loss, 
Radio Link Control RLC, Packet Data Convergence Protocol PDCP, i.e. by 
the bit error rate BER and the block error rate BLER. Regarding the real- 
5 time quality the quality is bad if uplink UL block error rate BLER is signifi- 
cantly higher than the target BLER. The real-time quality is influenced by 
the downlink DL connection power outage. The input of the above cost 
function comprises capacity requests and traffic distribution. The meas- 
urements of the total throughput is carried out in kbps/cell/MHz. 

10 

The spectral efficiency of the cost function equals to the throughput in 
kbps/cell/MHz when 98 % of the users are satisfied. This means that the 
service accessibility and the blocking probability is 2%. The equivalent bit- 
rate is greater than 10 % of the bearer service data rate and 98% of a us- 
15 ers are not dropped. The motivation behind this approach is to metrically 
assess the benefits of the optimisation in terms of GOS. 

This mapping has to be done for all services which are provided, i.e. ser- 
vices which are controlled with different parameter settings or other attrib- 
20 utes. 

Although, each translation is causing degradation in accuracy, the map- 
ping is statistically correct. Due to the fact that the operation is carried out 
in statistical level the best location for the mapping functions is NMS. Fur- 

25 thermore, NMS implementation is also able to handle the Radio Network 
Controller RNC-RNC (or other network element) border areas. In each of 
these translations the proposed cost function method is applied. In some 
of the cases the service QoS targets can cause conflict in the parameter 
settings, therefore a cost function is needed to solve the conflict. This can 

30 be carried out by providing different weight coefficients for the different 
elements in the cost function. This idea will gain importance when different 
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customer classes (silver, bronze, gold, etc) are introduced into the network 
system. 

Furthermore, the next major step when changing to the last management 
5 layer of TOM model is to perform the evaluation of the network optimisa- 
tion, service prioritising as well as customer differentiation operation in 
terms of €, $ or £. At this stage the billing and charging information from 
the Invoicing/Collecting subsystem in the customer care layer of the TOM 
is needed. When utilizing the knowledge of the customer base/profiles and 
10 behaviour of those profiles it is possible - on the basis of a cost function - 
to optimise the business case of the operator to the direction that is the 
most beneficial. It is worth noting that changing the customer priorities and 
offered QoS for business reasons will cause change in the customer be- 
haviour and the business management level optimisation is thus iterative. 

15 

To guarantee the optimum performance of a cellular network, it is prefer- 
able for the operator to have flexible means to set the QoS target based 
on the system KPIs (key performance indicator) and/or a cost function de- 
rived from those. The QoS targets may either be set for a cell cluster or 

20 per cell basis. The QoS can be evaluated in terms of blocked calls due to 
hardware resources, "soft" blocked calls (in interference limited networks), 
dropped calls, bad quality calls, number of retransmissions and delay in 
case of packed data, diversity handover probability, hard handover suc- 
cess rate, loading situation (uplink UL or downlink DL), ratio of packed 

25 data to circuit switched services etc. 

In multi-radio environments (GSM-WCDMA Global System for Mobile 
Communications - Wideband Code Division Multiple access) it is important 
to have the possibility to pool the resources of both of the networks for op- 
30 timised capacity, coverage and quality. This requires an over all control 
functionality (quality manager) on higher (KPI) level, i.e. the optimising 



WO 03/037018 



PCT/EP01/12374 



process according to the invention can be implemented as the quality 
manager. 

The quality manager QM, i.e. the optimising process, provides a central 
5 monitoring function and monitors the status of the parameter values and 
identify automatically the problem situation by comparing the history in- 
formation of the parameter values as stored in the history database. E.g. 
GERAN and UMTS Terrestrial Radio Access Network UTRAN can be split 
into auto-tuning subsystems as small and independent as possible. Inter- 
10 dependencies between subsystems are taken into account in upper layers 
of quality manager, by providing weight coefficients for the KPI's of their 
respective subsystems. 

In another embodiment, the optimising process is carried out on the basis 
15 of user groups (like business users, free time uses etc.). 

Summarising it can be said that, currently for all the parameter values de- 
fault value are proposed. Up till now was the operator's task to optimise 
the network cell by cell (trying to take the multi-cell environment into ac- 

20 count). However, by using the method and/or the system for optimising the 
network performance according to the invention the initial parameter set- 
ting could be made less important. For example in the beginning of the 
network operation the admission control and handover control could work 
with very "loose" limits admitting all the users to the network, based on the 

25 current QoS situation (KPIs at the operating service system OSS) and the 
set QoS targets the relevant parameters can be auto-tuned. After the pa- 
rameter change the new situation, i.e. the new KPI values, is compared to 
the KPI history data and the "test" parameters are accepted if the change 
in the QoS performance (or the cost function of the QoS requirements) is 

30 improved. The length of the history data depends on the amount of the 
traffic in the network (total number of samples should be high enough). It 
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is important that the QoS cost function contains items from the whole RRM 
and multi-radio area. 

The key parameters (in terms of optimum capacity and quality) are cur- 
5 rently initially set to a "default" value, which in most cases guarantees op- 
eration of the network but not the optimum performance. The optimising 
process according to the invention automatically changes the settings for 
the essential parameters to the optimum operating point in terms of overall 
QoS. 

10 

The adjustments of the configuration parameters can be constant incre- 
ments or decrements. Alternatively, the increments or decrements can be 
made variable. 

15 
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Claims 

1 . A method for optimising the performance of a network, in particular 
a radio network performance, comprising the steps of: 
5 - determining relevant key performance indicators for an entity 

within the network and first parameters, upon which said key performance 
indicators depend on, 

- selecting a number of similar entities, 

- calculating a first cost function on the basis of the determined key 
1 0 performance indicators and the selected number of entities, in order to 

evaluate the network performance on the basis of first values of said first 
parameters, wherein said first values of said first parameters represent the 
current values of said first parameters, 

- adjusting the values of said first parameters resulting in second 
1 5 values of said first parameters, 

- re-calculating said first cost function on the basis of the key 
performance indicators as determined according to said second values of 
said first parameters to evaluate the network performance, 

- comparing the result of said first cost function according to said 
20 first values of said first parameters with the result of said first cost function 

according to said second values of said first parameters to determine 
whether the network performance has improved, 

- adopt said second values of said first parameters as permanent 
parameters if the network performance on the basis of said second values 

25 of said first parameters has improved. 

2. A method according to claim 1 , 

wherein the respective determined key performance indicators are 
weighted with different weight coefficients within said first cost function. 

30 

3. A method according to claim 1 or 2, 
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wherein reference values for the key performance indicators are 
set, and the difference between the current key performance indicators 
and the respective reference values thereof are determined and are used 
as elements in said first cost function. 

5 

4. A method according to any one of the preceding claims, 

wherein said first cost function is composed of a second cost func- 
tion representing the quality requirements within the network and a third 
cost function representing the capacity requirements within the network, 
10 wherein said second cost function is weighted with a second weight coeffi- 
cient and said third cost function is weighted with a third weight coefficient. 



5. A method according to claim 4, 

wherein said third weight coefficient equals to said second weight 
1 5 coefficient subtracted from one. 

6. A method according to any one of the preceding claims, 
wherein said second and third cost functions comprise the deter- 
mined key performance indicators for each selected entity as elements. 

20 

7. A method according any one of the preceding claims, 

wherein said entity within the network is represented by a cell or a 
user group within said network. 



25 8. A method according to any of the preceding claims, 

wherein the steps for optimising the network performance are iter- 
ated. 

9. A method according to any of the preceding claims, comprising the 
30 step of: 

- storing the values of the key performance indicators together with 
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the respective first parameters and the corresponding result of the first 
cost function in order to create a history database. 

1 0. A method according to any of the preceding claims, wherein the 
5 comparing step includes the steps of: 

- comparing the results of said first cost function with stored previ- 
ous results of the first cost function in said history database in order to de- 
termine whether the network performance has improved within the 
predetermined time interval, and 
10 - notifying if no improvements of the network performance has been 

made in said predetermined time interval. 

11. A method according to any preceding claims, 

wherein quality of service indications for services and/or individual 
15 subscribers are derived from measurements and/or configurations of low 
management layers within the network. 

12. A system for optimising the performance of a network, in particular 
a radio network performance, comprising: 

20 a) means for determining a relevant key performance indicator for an 
entity within said network and a first parameter, upon which said key per- 
formance indicator depends on, 

b) means for selecting at least one similar entity, 

c) means for calculating a first cost function on the basis of said de- 
25 termined key performance indicator and said selected at least one entity, 

in order to evaluate the network performance on the basis of a first value 
of said first parameter, wherein said first value of said first parameter 
represents a current value of said first parameter, 

d) means for adjusting said first value of said first parameter to obtain 
30 a second value of said first parameter, 

e) means for re-calculating said first cost function on the basis of said 
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relevant key performance indicator determined according to said second 
value of said first parameter to evaluate the network performance, 

f) means for comparing the result of said first cost function according 
to said first value of said first parameter with the result of said first cost 

5 function according to said second value of said first parameter to deter- 
mine whether the network performance has improved, and 

g) means for adopting said second value of said first parameter as 
permanent parameters if the network performance on the basis of said 
second value of said first parameters has improved. 

10 

1 3. A Computer program product comprising computer program code 
means for causing a computer to perform the steps of the method as 
claimed in 1 to 10 when said computer program is run on a computer. 

15 
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